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IMPROVEMENTS IN AND RELATING TO AUTO-TUNNELLING IN A HETEROGENEOUS 

NETWORK 

FIELD OF ThE INVENTION 

5 

The present invention relates to auto-tunnelling in a heterogeneous network. The invention 
^ relates particularly to the identification of dual protocol, or bHingua). networic elements in a 

O heterogeneous network. 

ji 1 0 BACKGROUND TO THE INVBSTTION 

ry In a heterogeneous network, each network element, or node, may support one or more protocol 

1^ sets. For example, a network element may support OSl (Open System Interconnect) protocols 

rf andAor IP (Internet protocols) protocols. In wder that one network element may communicate 

if-" 

P 15 - with another network element, they must support at least one protocol set in common since 

ul different protocol sets do not Interoperate. It Is possible to send data packets, or traffic, 

P conforming with one protocol set to a destination via one or more network elements that do not 

^ support the protocol set of the di^a by means of data tunnelling. Data funnelling involves the 

encapsulation of one protocol set within another protocol set. For example, a^me that it Is 
2 0 desired to send IP data packets from a sourcse network element that supports IP protocols to a 
destination network element that also supports IP protocols via a sub-network comprising 
network elements that only support OSi protocols. The IP data packets are encapsulated v^hin 
OSI protocols for their passage through me OSI-only network elements and de-encapsulated 
afteiwards. In oitler that data tunnelling may be achieved, at least some of the network 
25 elements between the source and the destination must be able to support both protocol sets. 
Such network elements are sakl to be bi-lingudL 

A scheme for auto-tunnelling In a heterogeneous network has prevlousfy been proposed in 
which b't-Iingual n^^work elements are an^nged to create automatically and dynamically data 

30 tunnels in order to fonvard traffic across a heterogeneous netwoik. To do this, the bi-lingaal 
network elements need to know the identity of at least one nehwork element in the path to the 
destination that is bl-lingual. In particular, a bi-Hngual network element Is required to know the 
nearest other network element that supports at leai^ two protocol sets in common with itself. 
The refenred to auto-tMnnelUng scheme Is described in International PCT patent application 

35 number PCT/EP01/l420a, which is hereby incorporated herein by way of reference. 
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In order to learn about the network around it, and to calculate pattis across the nelworic to 
destination nodes, a network element usually runs a routing al9orithm. Typically, the 
calculation of the routing ateorithm is a computationally intense operation and acoounfe for a 
significant proportion of the neiwofk element*s processing time. The compilation of Information 
5 concerning nearest bl-lingua! network elements, as required by the aforementioned auto- 
tunnelllng scheme, must be periformed in addition to the normal tasks of the routing algorithm. 
It is therefore desirable to compile said information In an efficient manner in order to reduce the 
computational burden and so improve the speed of operation of the network element 

10 Tt will be understood that the term "protocol" as used herein is intended to embrace protocol set, 
or protocol stack, where the set (or stack) may comprise one or more protocols. For example, 
OSI and IP may each be considered to comprise a respective set of protocols, but may be 
referred to herein as OSI protocol or IP protocol r^ecHveiy. 

15 The present invention relates particularly, but not exclusively, to OSI and iP protocols, and 
respective ISO (International Organisation for standardisation) and IETF (Internet Engineering 
Task Force) standanas describing these protocols may be obtained respecUvely from 
www.i5o.ch and www.letf.om . 

20 A netwotic element supports one or more routing protocols in orderto route data traffic across a 
netwoific Int^rated IS-IS (tntemtediate System to Intermediate System) is a routing protocol 
that was devised as an extension to IS-IS routing protocol and, in conjunction with data 
tunnelling, allows network elements to route IP trafRo as well as OSI traffic. Integrated IS-IS Is 
described in IETF standard RFC 1195 which can be obtained from 

25 http://wwwjetf.OTa/ifc/ffb1 1 95.bd. IS-IS is described in ISO 10S8d which can be obtained fmm 
http://www.iso.ch > 

IS-IS and integrated IS-IS normally employ a routing algorithm know as SPF (Shortest Path 
First) in order to calculate the "shortest" path across a network from one node to another. RFC 
1195 and IS0 10589 are hereby incorporated herein byway of reference. 

30 

OSI traffic comprises OSI data packets, where OSI data packets conform with OSI protocol, 
particularly CLNP (ConnectionLess mode Network ProtocoQ, CLNP being an 0$1 networi^ layer 
protocol. CI-NP is the name given to the type of data packets or PDUs (Protocol Data Units) 
that are used to provide CLNs (Oonnecttonljess mode Network Service}. GL^S is the service 
3 5 provided by the network (ayer of an OS] pmtocol stack to higher layers of the stack. Provision of 
CLNS service results in CLNP packets or PDUs being passed to k>wer layers of the stack. 
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IP traffic comprises IP data packets, where IP data packets conform with IP protocol, 
particularly IPv4 and IPv6 wftfch are IP netun>rk layer protocols. 

5 An IP-only network element, or node, is a node that can natively route IP packets but not OS! 
packets. An OSl-only node is a node that can natively rout© OS! packets, but not IP paokeis. A 
dual, or bl-lingual, network element, or network node, Is a node that can natively route at least 
two protocols, particularly netwoiK layer protocols. This tenn is used hereinafter particularly to 
indicate efther a node that routes both CLNS/CtNP and IPv4, or altematlvefy a node that routes 
10 both IPv4 and IPv6. 

Hereinafter, the term ^n^worfc node' (or "node*) is used in preference to "netywrk elemenf to 
conform with the terminology favoui^d in International PCT patent application number 
PCT/EP01/14203. although eitherterm may be used, 

15 

It will be understood that the term "router^ as used hereinafter is intended to embrace a network 
element, or netwoilc node, (or part thereof) that is anranged to act as a data router. Hence, a 
''dual router is a network node (or part thereof) that is capable of routing at least two protocol 
sets. 

20 

An adjacent network node f adjacency^ is a reachable nelghl>ourilng node. The tent) 
''adjacency" Is defined in section 3.6.3 of ISO/IEC lOSad and may be used herein to denote a 
reachable neighbouring node. A physical neighbouring node is not necessarily a valid 
adjacency, since it might be in a different network area or network level. Thus, an adjacency 
25 may l)e maintained between nodes that are not physical neighbours* 

SUMMARY OF THE INVENTION 

A first aspect cf the invention provides an apparatus for routing data packets In a network 
3 0 composing a plunality of nodes each arranged to support one or both of a first and second set of 
one or more protocols, the apparatus being included, In use, in a fit^ network node which is 
associated with at least one database, the apparatus being anranged to create entries in said at 
least one database, each entiy relating to at least one respective path from said first network 
node to a respective destination node in the network, wherein the apparatus is arranged to 
35 detemiine, when creating an entry In respect of at least one path to a destination node, if said 
destination node supports both of said first and second protocol sets, and being further 
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arranged, upon so determining, to associate Information with said entry identifying said 
destini^ion node as a dual router and wherein the apparatus is further anranged, vi^en cn^eating 
subsequent entries In respect of paths to other destination nodes wlilch paths include said 
destination node, to associate said Identifying information with sdid subsequent entries. 

5 

The invention provides an elfictent means of identifying the nearest dual routers In the paths to 
destination nodes. The apparatus need only test whether or not a given muter* or node, is a 
dual router once, fdllowing which this inforniation is earned in all subsequent database entries 
relating to a path that Includes the ideniJfjed dual router. 

10 

The invention Is particularly suitable for use in a first network node which includes a first 
database for holding entdes in tespect of tentative paths to destination nodes, and a second 
database for holding entries in respect of shortest paths to destination nodes, the apparatus 
being arranged to derive at least some of the entries in said second database from respective 
15 entries in said first database, and to derive at least some of the entries in said second database 
from respective entries in said first database. This type of an-angement is exhibited In nodes 
tiiat Implement the SPF routing algorithm and so, in its particularly prefeired fomfi. the inversion 
takes the form of a modified SPF algorahm. 

20 Preferably, the dual router identifying information is incJuded in each relevant database entry. 
More preferably, each database entry relating to at least one path to a destination node 
includes, in respect of the, or each path, a respective dual protocol field for carrying said 
Identifying Infonnation, wherein me, or each, dual protocol field may be set to klent'ily a dual 
router in the respective path, or to indicate that no known dua! router exists in said respective 

2 5 path. Further preferably, when creating an entry in respect of at least one path to a destination 

node, the apparatus Is arranged to detemilne if the destination node supports both of said first 
and second protocol sets only if at iea^ one of the, or each, dual protocol field is set to Indicate 
that no known dual router exists in the respective path. Upon determliilng that said destination 
node supports both of said first and second protocol sets, the apparatus Is arranged to set tfie 

3 0 respective dual protocol field to Identify said destination node. 

In the prefenned embodiment, the networic nodes ars anranged to implement one or more link 
State Protocols and the apparatus is arranged to examine a inespective routing data packet 
issued by a destination node In order to determine if said destination node supports one or both 
35 of said first and second protocol sets. 
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A second aspe*^ of tne invention provides a network node comprising an apparatus according 
to the first aspect of the invention. 

A third aspect of the invention provides a heterogeneous networic comprising one or more 
5 network nodes comprising an apparatus according to the first aspect of the invention. 

A fourth aspect of the invention provides a method of Identifying dual routen? in an ai^riatus 
according to the first aspect of the invention. 

10 A fifth aspect of the invention provides a computer program product comprising computer 
useal^le instructions for causing a computer to implement the method according to the fourth 
aspect of the invention. 

Other advantageous aspects and features of the Invention wUt t>e apparent to fiiose ordinarily 
15 skiiled in the art upon review of the following description of a spedfio embodiment of the 
invention and with reference to the accompanying drawings. 

The prefened features as desorit)ed herein above or as described by the dependent claims filed 
herewith may be combined as appn^priate, and may be oomblned with any of the aspects of the 
20 invention as described herein above or by the independent cl^'ms filed herevi^, as would be 
apparent to those sicilied in the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 An embodiment of the invention Is now described by way of example and with reference to the 
accompanying drawings In which: 

Figure 1 is a schematic diagram of a heterogeneous network comprising a plurality of network 
nodes; 

30 

Figure 2 is a schematic view of part of a network node, connected to the nelworic of Figure 1; 
and 

Figures 3(a) to 3(1) show sucoes^ve representations of a first database, TENT, and a second 
3 5 database, PATt-ls, as they are populated during a worked example of a prefen^d embodiment 
of the Invention. 
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DETAILED DESCRIPTION OF THE DRAWINGS 

Referring firstly to Figure 1, them is shown a networK 10, or routing domain, comprising a 
5 plurality of network nodes, or network elements (numbered 1 to 7 in Figure 1), The network 

nodes 1-7, which may also be referred to as systems <e.g. Intermediate System), are arranged 
^ to route data packets (not shown) acHTss the network 10. Each network node may comprise 

one or more piece of network equipment sudi as a multiplexer or a cross-connect, but also 
hj comprises routing apparatus to enable it to mute data packets across the network 10. Since 

"fi 10 the present Invention r^ates particuJariy to the routing of data packets, the nodes (1-7), and in 

particular the routing apparatus Included in the nodes, may be referred to herein as routers, 
-S] The routers may together fonm a level 1 !S-IQ network ansa, or a level 2 subdomain, or be 

^ separated into more than one level 1 network area. For illustrative purposes; the following 

p description assumes that the network 1 0 Is a level 1 network area. It will be noted that 

^ 15 invention Is concerned primarily with IS (Intermediate System) nodes and thus all of the nodes 

r; ^own in network 1 0 are IS nodes. 

fU The network 10 Is also assumed to be heterogeneous in that each of the routers in the nehvork 

10 do not necessanly support a common protocol, particularly a netwoik layer protocol sudi as 
2 0 CLNP (see ISO 8473-4), IPv4 (see RFC 791) or IPv6 (see RFC 2460). 

The present example assumes that routers 2 and 3 are standard is-IS or integrated I&-IS 
routers running a first protocol, protocol A, where A may be any of, for example. CLNS/CLNP. 
IPv4, ]Pv6 or any oti^r protocol that is routable using IS-fS or integrated is-is. 

25 

It is further assumed that neuters 6 and 7 are standard IS-IS or Integrated is-is routers ainning 
a second protocol, frotocol B, where B may be a different protocol of CLNS/CUSip, (Pv4, IPv6 
or any other protocol that is routable using iS-IS or Integrated iS-IS. 

30 Routers 1, 4 and 5 are assumed to be bHingual, or dual, routers that run Integrated IS«IS and 
can route both protocols A and B. Further, the dual routers 1, 4, 5 are an^nged to run the SPF 
routing algorithm in order to determine the •'shortesT path (typically "shortest* Is measured in 
terms of cost, distance or other metric) across the network 10 to another node. The 
conventional SPF algorithm is defined In Annex C of RFC 1196» 

35 
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In order to implement the auto-tunnelling scheme referiBd to above, each dual router 1, 4, 5 Is 
required to determine, in respect of the respective shortest path to each other node In the 
network 10, the next, or nearest* node in the path that supports at least two protocols in 
common with itself. In the pt^senX example, the networK 10 only supports two protocols, A and 
5 B, and so each dual router 1 , 4, 5 needs to identify the next or nearest node m the path that is 
also a dual router. This allows the dual routers 1, 4, 5 to determine how data packets may t)e 
tunnelled across the netwoiic 10, 

In accordance with a preferred emfcK>diment of the invention, the routing algorithm, and In 
1 0 particular the SPF routing algorithm, is modified in order to compile the necessary information 
identifying the next dual router In the respective path to each other node in the network. More 
particularly, the SPF routing algorithm is modified to identify the next dual router In the 
respective path to eac^ other IS node in the n^uting ctomatn e.g. level 1 network area or level 2 
sub-domain. 

15 

Figure 2 shows a simplistic schematic view of a network element, or node 20, connected to 
networic 10. For reaswis of clarity, only tho^ components of the node 20 that are necessary 
for understanding the invention are shown. Tlie node 20 communicates wiffi the netwodc 10 via 
the Network Layer (L3) and Link Layer (L2) of a conventional protocol stack 22 (only L2 and L3 
20 of the stack 22 are shown In Figure 2), The stack 22 may be, for example, an OSI stack or an 
IP stack, A dual router normally Includes two protocol stacks, one for each supported protocol, 
although this 1$ not shown in Figure 2 for reasons of clarity. 

In accordance with IS-IS and Integrated IS-IS muting protocols, each router 1-7 in ^e network 
25 10 creates routing data packets containing infonnation about Itself and causes these to be 
distributed to the other routers in the network ID, The routing data packets are nonnally 
referred to as Link Stale PDUs (LSPs), where PDU ^nds for Protocol Data Unit, Prt)tocol 
Data Unit is an OSI term for data packet. Thus, LSP is sometimes used as an acronym for Link 
State Packet. The LSPs carry Information about the node, or router, that issued them^ This 
3 0 information includes identification of the, or each, other node in the network that is an adjacency 
to the Issuing node, and an indication of cost, or metric. Integrated IS-IS LSPs also carry 
information Identifying the, or each, protocol supported by the issuing node (this information is 
carried in a "protocols supported* field of the LSP). For example, In network 1 0, router 4 issues 
LSPs which identify routers 2 ar^i 6 as Its adjacencies and also Indicates that router 4 supports 
3 5 both protocols A and B. 
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The node 20 gathers LSPs in respeot of all other nodes in the routing domain (network 10) in 
OQnventlo^^l manner. The received LSPs are stored in a database, or other suitable memory 
staiclure, commonly known as an database 24. The infonnatton stored in the \JSP 
database 24 enables the node 20 to detenmine the topography of the network 10 of v^ioh it Is 
5 part. This in turn allows the node 20 to calculate the shortest path to each other node in the 
network 10. To this end, the node 20 is arranged to run a routing algorithm 26 which, in the 
prefenped embodiment, comprises the SPF algoiithm. Hie node 20 further includes a 
conventional Adjacency database 25 for storlr^ Infonnnalton Identifying the. or each, adjacency 
of the node 20. This information Is conveniently compiled in nonmai manner by inspecting 
1 0 routing data packets that are received by the node 20 from fts neighbours. 

In accordance with RFC 1195, the SPF aigonthm performs its calcuiattons In assoaation with a 
first databa^ 2&, or other memory shiicture, known as PAT>^S. and a second database 30, or 
other memory structure, known as TENT. PATHS can be considered as a directed graph of 
15 shortest paths, TENT holds the tentative placement of a system in PATHS. The LSP database 
24, the PATHS database 29 and the TENT database 30 may be stored in one or more suitable 
conventional storage device (not shown). 

in nespect of each reachable node in the network 10, PATh^ 28 contains an entry spedlylng: 
2 0 the destination address of the node to which the entry relates; an indicator of the distance, cost, 
or metric, of sending a data packet to the node at the destination address along the shortest 
path as calculated by the SPF algorithm; and identification of the adjacency which serves as the 
beginning, or next hop, in said shortest path. The TENT database 30 incfuctes one or more 
similar entries in respect of eadh reachable node In the network 10. However, entries In TENT 
25 30 are not rei^'cted to the shortest path. In simplistic view> the SPF a^orithm calculates all 
possible paths to each destination node and places a con^esponding entry in TENT 30 for each 
path. Then, the SPF algorithm deteimines which of these entries in TENT corresponds to the 
^shortest** path (normally by conducting a cost, or other metric, comparison). The entry for the 
shortest path to each destination node is then placed in PATHS 28, Within the operation of IS- 
30 IS and integrated IS-fS routing protocols, the most CPU-lntensh^e operatic^ Is normally the 
calculation of the SPF algorithm in order to populate the TENT 30 and PATHS 28 databases. 

In order to implement the preferred embodiment of the present invention, the following 
modifications are made. An additional field, whldi may be referred to as the dual protocol fieki, 
35 is added to the PATHS 2S datat>ase for storing an identifier of the next, or nearest, dual router 
in the shortest path to the destination node. Conveniently, ttils may be achieved by modifying 
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the stnicture (as defined in RFC 1195) of entries (also known as triples" or elements) in 
PATHS 28 to include an additional lield, so that tne resulting entry takes the following form: 

<N, d(N), {Adj(N>DP(N)}> 

5 

Where N is a destination node identifier, the value of which specifies the destination address 
(typically in the form of a System ID (SID)), d(N) is a cost, or metric, Indicator, the value of 
which speoffies the distance or cost from the parent system, or node, SELF (I.e. the node 
perfomning the SPF calculations) > and {AdJ(3N)-DP(|N0> is a set of node identifier pairs, wherein 

10 the value of Adj(N) specifies the address, or System ID, of the adjacency that is the next hop on 
the shortest path to the node at N, and the value of DP(N) specifies the address, or System ID, 
of the next dual nxiter on said shortest path. {AdJ(N)-DF(N)} is shown as a set of address pairs 
since it is possible to have more than one shortest path to a destination node (whena two paths 
share the same cost) and it is convenient that respective values of AdjdvO and DP(H) for each 

15 path are associated with one another. Thus {Adj(N)-DP(|sl)} may be said to be the set of valid 
adjacencies that the parent system SELF may use to forwaid a data packet to node N, together 
with a corresponding DP(N) entry representing the System ID of the first, or next, dual router on 
the path from SEUF to node N. If the value of DP(M) is set to a null indicator, e.g. zero, or any 
other suitable indicator^ this indicates that no known dual router exists on the path to the 

20 destination. The dual pmtocol field, DPOM), Is emboldened in the afcjove entry format to show 
how the entry fonnat differs from the standard ijonmat descritied in RFC 1195. When the 
PATHS database 28 is completed by the SPF algonithm it contains a respective entry of the 
form described above f(»- each reachable node, or kystem. In the routing domain. 



25 Similariyt an additional dual router field is provaJed for entries In the TENT database 30. 
Conveniently, entries in TENT 30 take a form sirpitar to that shown above for PATH entries 
except, in this case, the, or each, Adj(N)-DP(N) pair do not necessarily relate to the shortest 
path to the destination node N, 

30 A description of the Key aspects of the modifiecl 

embodiment of the invention ts now described. The 

with reference to Figure 3 (a) - (I) which show hav' 

(which is therefore the pareitt system SELF) are 

the purposes of this example, the a^umed relati>|e 
35 section are annotated on Figure 1 between adjacent 



SPF algorithm according to the preferred 
description is illustrated byway of example 
the TENT and PATHS databases of node 1 
copulated in the context of network 10. For 
costs (distance or metric) of each network 
nodes. 
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Upon initialisation, TENT 30 and PATHS 28 are empty. Rrslly, a special case entiy te added to 
PATHS 28 in respect of the node 20, or router, that is running the SPF algOfWim. This node is 
commonly nefemed to as SELF and the special entry may conveniently take the form <SELF, 0. 
W-0>, where W indicates that traffic to SELF is passed up to internal processes (see Fig. 3(a)). 

5 

Then, a respective entry in TENT 30 Is created for each adjacency of SELF. To adiieve this, 
the SPF algorfthm refers to the Adjacency database 25 and determines which routers are 
adjacencies to SELF and calculates the cost of sending a data packet to each adjacency. 
During this process, the value for DP(N) is set to null for each adjacent router, inrespective of 
10 whether or not it Is in fact a dual router. In the example of network 10, an entry is placed in 
TENT In respect of node 2, node 2 being the only adjacency of parent node 1 (see Fig. 3(b) 
where N«2 (2 being the assumed System ID fbr node 2), d(N)=3 (from Fig, 1), AdJ04)=2 and 
D{N)=0). 

1 5 Next, an entry In TENT 30 is moved into PATHS 28. In general, the entry that has the smallest 
cost/metric (d(N» of the remaining entries In TENT 30 is moved to PATHS 28. Thus, at this 
stage, the TENT entiy in r^pect of the adjacency to SELF with the lowest metric is moved to 
PATHS 28. If more than one entry in TENT shares the same d(N), then any suitable rule may 
be applied to select one of them. For example, an entry relating to a psuedonode may be 

20 selected or it may simply be decided to chose the entry relating to the node with the lowest 
System ID. When an entry Is moved from TENT to PATHS, it is deleted from TENT. In the 
worked example, there is only one entry in TENT and so this Is moved to PATHS and deleted 
from TENT (Fig. 3(c)). 

25 When an entry is moved from TENT to PATHS, unlike conventional SPF, the modified SPP 
algorithm is an^anged to check whether or not the node N to which the new entry In PATHS 
relates Is a dual router. To achieve this, the motfified routing algorithm 26 refers to the LSF 
database 24 and examines the LSP issued l>y the node N to detemiine which protocols are 
supported. Conveniently, this is at^ieved by examining the "protocols supported" field of an 

30 Integrated IS-IS LSP. If the node N is not a dual router, then the DP^) value is left at the null 
indicator (zero in this example). If the node N is a dual router, then the value of DP(N) is set to 
the system (D of the node N. Thus, the value of DP(N) now provides identification of the next 
dual muter in the shortest path to node N (which at hfs stage would be the node N itself). 
Because, in the preferred embodiment the modified routing algorithm 26 need only identic the 

3 5 first, or nearest, dual router In the path, the routing algorithm 26 need only check whether or not 
node N Is a dual router if the value of DP(N) Is the null indicator. TTius, if an entry In TENT Is 
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seJetited for placement m PATHS and its value of DP<f4) Is not null, than this value is kept as 
the value for DP(N) in the new PATHS entry. It is not^ that in some conventional notation, the 
character N I& replaced with the character P to distinguish an entry in PATl-IS as opposed to 
TENT. This notation is adopted hereinafter for reasons of danty. Hence the new entry in 
5 PATHS may l>e written: 

<P. d(P),{Adj{P)-DP(P)}> 

If the node P In respect of which an entry has just been moved frorn TENT to PATHS is an 
10 Intermediate System, then the routing algorithm 26 infers to the LSP database 24 and 
examines the LSP of the node in convention^! manner, to identify its adjacencies wrth a view 
to creating one or more new entries in TENT in respect of the, or each, adjacency of node P. 
Also from the relevant LSP infonmatlon, the routing algorithm 28 calculates the cumulative 
cost/metdc in sending a data packet from the parent node SEUP (node 1 in the present 
15 example) to each of the identified adjacencies of node P via node P. A number of conditions 
must be satisfied tJefore a new entry in TENT is created. The relevant of these conditions are 
now outlined. In t^espect of the, or each, adjacent node to node P, the routing algorithm 28 
checks if PATHS already contains an entry in respect of the respective acQacent node. If so, 
then no new entry is created in TENT in respect of that adjaoent node. The routing algorithm 
20 26 also checks If TENT already contains an entry in respect of the, or each, respective adjacent 
node. If not, then a new entry is created in TENT in respect of that adjacent node, if TENT 
does already contain an entry in respect of a given adjacency to node P, then the routing 
algorithm 26 perfbnns a cost or metric comparison between the existing entry in TENT in 
respect of the given adjacency and the co^ metnc that it has just calculated for the given 

2 5 adjacency. If the former cost is less ttian the latter cost, then the routing algorithm 26 does not 

create e new entry in TENT in respect of the given adjacency. If the fonmer cost fs greater than 
the latter cost, then the routing algorithm deletes the existing entry In TENT in respect of the 
given adjacency and oieates a new entry in TENT using the cost information that has just been 
calculated. If the former cost is equal to the latter cost, then the routing algorithm 26 creates a 
30 new entry in TENT (or amends the existing entry) that incorporates both the infonnation 
contained in the existing entry and the newly calculated information in respect of the give 
adjacency. In this case, the N and d(l^ components of the entry fn TENT will remain 
unchanged but an additional Adj(N)-DP(N) pair will be added to the set {AdJ(PsO-DP{N)}. The 
newly added Adj(Ni)-DP(N) pair may iiave the same value for AdjCN) as the existing entry in 

3 5 TENT for the given adjacency but a different value for DPflsl), or vice versa. 
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Each new entry In TENT takes the form iliustrated above, wherein the value of N is now equal 
to the System ID of the respective adjacent node in respect of which the new TEWT entry fs 
being made. d<N) is the cumulative cost from the parent node SELF to the respective adjacent 
node and the respecth/e values of Adj(N) and DP(IS0 are the same as the oorresponding values 
5 in the entry in PATHS from which the new TENT entry was derived i.e. Adj(P) and DP(P) 
respectively. As a result, since the value of DP{P) identifies, where applicable, the existence of 
a dual router in a path to node P On some gases P itself will be the dual router) then, once a 
dual nouter is Identified by the modlHed routing algorithm 26 in the manner described above, all 
subsequent entries in TENT (and further subsequent new entries {n PATHS) which relate to 
10 network paths that include the identified dual router will be marked as such. Transfemng, or 
carrying, the system IDs of dual routers from PATH entries to new TENT entries in this way is 
an efficient way to identily dual routers in network paths and is found to significantly reduce the 
computational burden on the routing algorithm that would c^henA^se be incurred. 

15 m the worieed example. Figure 3(d) shows that two new entries have been made in TENT as a 
result of the operations described above: a respective entry has been made for routers 3 and 4, 
these routers being adjacencies of router 2. 

The next step for the algorithm 26 Is to refer to TENT again in order to Identify the next entry to 
20 be moved to PATHS. As described above» the routing algorithm 26 selects the entry in TENT 
which has the lowest metric d(N), In the wori^ed example^ Figure 3(d) shows two entries in 
TENT, each having the same cost d(hO> In this example, the algorithm 26 is anranged to select 
the entry relating to the router with the lowest system 10, which In this case is the entry for 
router 3. So the TENT entry for router 3 Is deleted and a corresponding new entry Is placed in 
2 5 PATHS, where the new valu^ for P, d(P), Adj{P) and DP(P) are carried over from the router 3 
T^NT entry. The modified routing algorithm 26 then checks whether or not router 3 Is a dual 
fouter in the manner described above. In this example, router 3 is not a dual router and so the 
value of DP{P) remains as zero. The resultant states of the TENT and PATHS databases are 
shown in Figure d(e). 

30 

The routing algorithm 26 then determines the adjacencies of router 3 (which is an IS node) 
which, as can be seen from Figure 1 are routers 2 and 5. PATHS already contains an entry in 
respect of router 2 and so the routing algorithm 26 does not create a new entry in TENT in 
respect of Figure 2. Ttiere Is no enliy In either TENT or PATHS for router 5 and so the routing 
35 algorithm 26 creates a new entry in TENT for router 5. The values for Adj(5) and DP(5) are 
earned over from the entry in PATHS for router 3 l,e. Ad|(^ = 2. DP(5) = 0, From Figure 1 it 
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can be seen that the cumulative metriG from SELF (router 1) to router 5 via router 3 is: d{5) » 
3+2+3 = 8. The resultant state of TENT and PATHS is shown in Rgure 3(1). 

Next, the routing algorithm 26 again removes the TENT entry with lowest metric and adds a 
5 corresponding entry to PATHS. This time, the TENT entry for router 4 is removed from TENT 
and a con-esponding new entry for router 4 is added to PATHS. Since the value of DP(N) for 
router 4 is zeifo in TENT» the modified routing £ilgorithm 26 checks whether or not router 4 is a 
dual router. In this example, router 4 is a dual router and so ttie routing aigoiithm 26 sets the 
value of DP(P) In the new router 4 PATHS entry to the system ID of router 4. The resultant 
1 0 state of TEl>rr and PATHS is shown in Figure 3fti), 

Next, the routing algortthm 26 determines the adjacencies of router 4, which are routers 2 and 5 
(Figure 1). PATHS already contains an entry for router 2 and so no new entry for router 2 is 
created for TENT. TEI^ already contains an entry for router 5 and so the routing algorithm 26 
15 makes a metric comparison between the existing TENT entry for router 5 and the metnc that it 
has just calculated In respect of router 5. in the present example, the cost or metric to routw 5 
is the same (d(N) = 8). Thus, the routing algorithm 26 creates a new entry in TENT (or amends 
the existir^ one) for router 5 wt^ioh incorporates information relating to both paths to router 5. 
Conveniently this is achieved by adding another {Adj(N)-DP{hl)l pair to the TENT entry for 

2 0 router 5. Thus, the new TENT entry for router 5 is as follows: <5, 8, {(2-0), (2-4)}>, the values 

for the second Adj(N)-DP(N) pair (2-4) are carried over from the PATHS entiy for router 4 (see 
Figure 3(h)). 

Next, the routing algorithm 26 otBQi&s a new entry in PATHS for router 5 since the only entry In 
25 TENT is the njuter 5 entry. The router 5 entry in TENT contains a Adi(NyDP(H) pair (2-^0) In 
which the value of DP(N) is null. Thus, the modified routing algorithm 26 chedcs whether or not 
router 5 is a dual router. Finding that router 5 is a dual router, the modified routing algorithm 26 
sets the value of DP(P) to the system ID of router 5 for that particular Adj{N)-DP(N) pair. The 
router 6 entry in TENT Is removed form TENT, The resultant state of TENT and PATHS is 

3 0 shown In Figure 3(i). 

Next, the routing algorithm 26 determines the adjacencies of router 5, which are routers 3. 4, 6 
and 7. PATHS alt^dy contains respective entries for routers 3 and 4 and so no new entries in 
TENT are made in respect of these iDuters. However, a respecUve new entry In TENT Is nrwde 
35 for routers 6 and 7- The respective values for d(N) are the cumulative metric to the respective 
routers 6, 7 as calculated by the routing algorithm 26. The values of M\(Pi and DP(P) fifom the 
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router 5 entry In PATHS are carried over to the new errtries In TENT as AdjflN) and DP(N). The 
resultant state of TENT and PATHS is shown in Figure 3®. 

Next, the routing aigonthm 26 compares the two entries in TENT to determine which should be 
5 moved to PATHS. This time the respective metrics are the same (1 0) and so the entry with the 
lowest System ID ]s selected, namely the entry for router 6. Thus, the routing algorithm creates 
a new entry in PATHS for router 6. There are no null values for DP(N) in the router 6 TENT 
entry and so the routing algorithm 26 does not need to check whether or not rotiter 6 is a dual 
router Hence, the values for P, d(P), Adj(P) and DP(P) in the new router 6 PATHS entry are 
1 0 exactly the same as the router e TENT entry. The router 6 TENT entiy is deleted flrom TENT. 
The resulting state of PATHS and TENT Is shown in Figure 3(10. 

The routing algortthm 26 then determines the adjacencies of router 6, namely routers 6 and 7. 
PATHS already has an entry for router 5 and so no new entry for muter 5 is created in TENT, 

15 TENT already has an entry for router 7 and so the routing algorithm 2S compares the metric 
d(N) of the existing router 7 TENT entry with the metric or cost that it has just cafculated for 
router 7, In this case, the routing algorithm 26 finds that the cost associated with the existing 
router 7 entry In TENT is lower than the cost caloulated for reaching router 7 via router 6 
(3+2"i'3+2=10 compared with 3+2+3+2+1-11) and so no new entry is created in TENT* The 

2 0 state of TENT and PATHS therefore remains unchanged from Figure 3(10. 

Next, the routing algomhm 26 refers again to TENT to select a new entry for PATHS. Finding 
only one entry in TENT, namely the entry for router 7, the routing algorithm 26 creates a new 
entry in PATHS for Rgure 7 and deletes the router 7 entry from TENT. Since none of the 

2 5 values of DP(N) are nuB, the routing algorithm 26 does not need to check whether or not router 

7 is a dual router. Hence, the values for P, d(P), Adj(P) and DP(P) in the new router 7 PATHS 
entry are exactly the same as the deleted router 7 TENT entry. The resulting state of PATHS 
and TENT is shown in Figure 3(1). 

30 The routing algorithm 26 then determines the adjacencies of router 7, finding routers 5 and 6. 
PATHS already contains respective entries for these two routers and so no further entries in 
TENT are made. When the routing algorithm 26 refers agam to TENT to detemime what entry 
should next be made in PATHS, it finds that TENT is empty. This signals that the routing 
algorithm 26 has finished calculating patt^ across the network. Thus, the final state of TENT 

3 5 and PATHS is as shown in Figure 3(1)- 
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!t Will appreciated from the foregoing that the modified a^orithm 2$ according to the 
preferred embodiment of the invention provides an e^ent means of kientifylng the nearest 
dual routers in the shortest paths to destination nodes. The routing algorithm 26 need only test 
whether or not a given router, or node, is a dual router once, following which this information Is 
carried between the TENT and PATHS databases In all subsequent entries mlating to a path 
that includes the identified dual router. Thus, when the routing algorithm 26 completes the 
PATHS database, infonmaQon identifying the nearest dual router in eadi shortest path is 
already included In each relevant entry. This is achieved with a signiftoantly reduced 
computatioiial tnirden in compad^on with, for exam^e, re-visiting each shortest path after 
completion and examining the nodes in each path to identilV dual routers. 

It is not essential that resj^ective values for Adj(N), Adj(P) and DP<N), DP(P) are stor^ in 
respective pains. The r^specth^e values forthese param^ers may equally be stored in separate 
fields. It is convenient to stone them In pairs as described above espedlaliy when the set of 
{Adj{N)-DP(N)} or {Adj<P)-DP(P)> comprise more than one member (see Figures 3(h) to .3(0 by 
way of example). 

It Will te understood tiiat, as is conventional, each router In the network 10 performs a routing 
algorithm, in this case SPF routing algorithm, in order to create and maintain Its own PATHS 
20 database. However, only the dual routers are required to implement the modified routing 
algorithm of the Invention. 

Further. In the prefienred embodiment wherein all of the b?-finguai routers implement Megrated 
fS-IS, it Is not essential Uiat ail of the single tangu^e routers also run Int^rated JS-IS. For 
2 5 example, the OSl-only router? may run IS-IS only. This nomially means that their LSPs will not 
include a ^'protocols supported" field, but the routing algorithm may be modified to recognise 
that the absence of a ''protocols supported" field in an LSP signifies that the router that issued 
tiie LSP Is OSl-only. 

30 End Systems do not affect the operation of the present invention and may be treated in normal 
manner by ^e routing algorithm. 

The invention is described above with particular reference to the PATHS, TENT, Adjacency and 
LSP dataiiases. A skiiled person wfil appredate that these database do not necessarily need to 
35 be implemented separately and that the infbrm^on earned therein may alternatively be stoi^ 
in one or more database, or other suitable memory stn^c^ure. Further, h is not essential that 
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the. or each, database bd inducted in the parent node. For example, in an aitemative 
embodiment tbe or each database may be held in a server (not shown), or other computer 
system, that interfaces with the parent node, or may be stored in an external storage device 
(rmt shown). 

5 

It will be understood that the present Invention b not limited to use with integrated IS-iS and 
may be used with systems running other Unk State protoools. Other Link State Protocols, such 
as Open Shortest Path Rrst (03PF>, also use Unk State PDUs (known as Link Sate 
Advertisements (LSAs) in the case of OSPF) to enable communication amongst routers. In 
10 some cases, the LSPs/LSAs do not include a "protocol supported" field. The invention {s 
therefore paiticulariy suited for use with Link State protocols wherein the LSPs, or equivalent 
data packet, do include a '^rotoGOls supported'' field or wherein it is possible to modify the LSP, 
or equivalent data packet, to Include a field for carrying this Information, By way of example, 
the Invention may be used to tunnel IPv6 over IPv4 (or vice versa) using OSPF. 



15 



20 



40 



There follows a specific example of a modified routing algorithm illustratin0 how the prefen^ed 
embodiment of the invention may be implemented. The modified routing algorithm Is based on 
the SPF alQOiithm commonly known as Dykstra"^ algodthm which Is desodbed in RFC 1195. 
The modiftcations made in acconJance with the Invention are shown in bold, italic typescript. 

Step 0: Initialize TENT and PATHS to empty. Initiaiize tentlength to 
[lntemaImetnc»D, extemalmeti1c=0]. 



(tentleng^ is the pathlengtii of elements in TENT that we are 
25 examining.) 

1) Add <SELF,o,W-0> to PATHS, where W is a special value indicating 
traffic to SELF is passed up to Internal processes (rather than 
forwarded). 

30 

2) Now pre-load TENiT with the local adjacency database (Each 
entry made to TENT must be marked as being efther an End System 
or a router to enable the check at the end of Step 2 to be made 
connectly - Note that each local IP reachability entry Is 

35 fnciuded as an adjacency. ai%l is marked as being an End System). 

For each adjacency Adj(N) (including level 1 OSI Manual 
Adjacencies, or level 2 OSI enabled reachable addresses, and 
IP reachability entries) on enabled circuits, to system N of 
SELF in state "Up* compute: 



d(ND = cost of the parent circuit of the adjacency (N), 
obtained from metilck , where k = one of {default metric, 
delay metric, monetary metric, error metric} 
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Adj(N>-DP(N) = the adjacency number of the adjacency to N and 
the SID of the next-hop dual router along the path to the neighbour 
which in this case i.e. during Initialisation will be set to 0 

5 3) If a triple <N,x,{Adj{Wl)-DP(N)}> is in TENT, then: 

If X d(N), then {Adj(M)-DP(N)} <— {Adj(M)-DP(M)) U {AdjO^)-DP(N)}, 

4) If N is a router or an OS! Snd System erttry, and there are now 
10 more adjacencies in {Ad](M)} than maxImumPathSplits, then remove 

excess adjacencies as described in Clause 7.2.7 of [IJ. If N 
is an IP Reachability Entry, then excess adjacencies may be 
removed as desired. This will not effect the conrectness of 
routing, but may eliminate the deteiminisfTi for IP routes fi.e., 
15 IP packets still follow optimal routes within an area, but 

where multiple equally good n^utes exist, will not necessanly 
follow preciseiy the route that any one particular router 
would have anticipated), 

20 5) If X < d(N), do nothing. 

6) If X > dOSD, remove <;N^{Adj(MVDP(M)}> from TENT and add the triple 

<N,d(N).{Adj(N) -DP(N)}>- 

25 7) If no triple <N.x,{Adj(M) -DP(M)}> is in TENT, then add 

<M.d(N),{Adi(N) -DP(N))> to TENT. 

8) Now add systems to whidi the local router does not have adjacencies, 
but which are mentioned in neighboring pseudonode LSPs, The 

3 0 adjacency for such systems is set to that of the designated router 

Note that this does not include IP reachability entries from 
neighboring pseudonode LSPs. In particular, the pseudonode LSPs 
do not include IP neachabllity entries. 

35 9) For all broadcast circuits in state "On", find the pseudonode 

LSP for that circuit (specifically, the L$P with number zero and 
with the first 7 octets of LSPID equal to LnCircurtlD for that 
circuit, where n is 1 (for level 1 routing) or 2 (level 2 
routing)). If it is present, for all the neighbors N reported in 

4 0 all the L3Ps of this pseudonode which do not exist in TENT add 

an entry <:N.d(N),{Adj(N) "DP(rO}> to TENT, where; 



45 



d(N) = metrick of the circuit, 

Adj(N) - the adjacent^ number of the adjacency to the DR. 
10) Goto step 2. 



step 1 : Examine the zeroeth link state PDU of P, the system Just 
placed on PATHS (I.e., the LSP with the same first 7 octets of LSPID 
50 as P, and LSP number zero). 



1) If this LSP is present and the "Infinite Hippity Cost'' bit is dear 
For each Adj(^ - DP(*) pair in the PATHS da[t3t>ase for P. 
if this is not a pseudo-node LSP and if DPC*) is equal to zero then check 
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the protocols supported field of the LSP, if it contains both IP and 

CLNS then set the DP(P)value for tWs adjacency to be the system ID of P, 

2) [f this LSP is present, and the ''Infinite Hipp'rty Cost" bit is 
dear, then for each LSP of P ^.e., all LSPs with the same 
first 7 octets of LSPID and P, IrrBspective of the value of 
LSP number) compute: 

dlst(P,N) =^ d(P) + metriak(P,N) 

for each neighbor N (both End System mid routei) of the system P. If 
the 'Infinite Hippity CosT bit is set, only consider the End System 
neighbors of the system P. 

Note that the End Systems neighbors of the system P includes IP reachable 
address entries included in the LSPs from ^stem P. Here, d(P) is the 
second element of the triple 

<P,d(P),{Adj(P)-DP(P)}> 

and metric.k(P,N) is the cost of the link from P to N as reported in 
P's link state PDU. 

3) If Neighbour N is of a network protocol type not supported by 

P and DP(P) is equal to zero then P must be a spBt stack node and DP(N) 
should be set to the SID of P 

4) If dlst(P,N) > R4axPathMetrio» then do nothing. 

5) If <N,d(N),{Adj(N) - DP(N)}> is in PATHS, then do nothing. 

Note: d(N) must be less than dist(P,N), or else N would not 
have been put into PATHS. An additional sanity check may be 
done here to ensure that d{N) is in fad less than dlst(P,N) 

6) If a triple <Npc,(AdJ(N) -DP{N)}> Is In TENT, then: 

a) lfx = dist(P,NX then 

{AdjOM), DP(N)} <~ {Adi(N) -DP(N)} U {Adj(P) -DP(P))> 
Note that even if the value of Adj(N) is equal to the value M}(P) 
but the conresponding values of DP(P) and DP(N) are different 
then this should be treated as a different adjacency and will represent 
a different path to the destination. 

b) If N IS a router or an OSl end ^stem, and there are now more 
adjacencies in {Adj{N)} than maximumPeth Splits, then remove 
excess adjacencies, as described in clause 7.2.7 of [1]. For 

IP Reachability Entries, excess adjacencies may be removed as 
desired. This will not effect the con-ectness of routing, but 
may eliminate the determinism for IP routes (I.e., IP packets 
will still follow optimal routes within an area, but where 
multiple equally good routes exists will not necessarily follow 
precisely the route that any or^ particular router woukl have 
anticipated). 
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c) if x< dist(P,N). do nothing. 

d) if X > dist(P,N), remove <N,x.{Adj(N)- DP(N)}> from TENT, and add 
<N,dist(P.N),{AdJ(P)- DP(P)}> 

7) If no triple <N,x,{Adj(N)}?' is in THMT, then add 
<N,dist(P,N),{Adj(P)}> to TENT, 

Step 2: If TENT is empty, slop. Else; 

1) Rnd the element <P.x,{Aclj(F>DP(P)}>» iwth minimal x as follows: 



a) If an element <*,tentlength,*> remains in TENT In the Kst for 
tentlength, choose that eiement. If there are more than one 
1 5 elements in the list for tentlength, dioose. one of the elements 

(if any) for a system which is a pseudonode in preference to one 
for a non-pseudonode. If there are no more elements in the list 
for tentlength. increment tentlength and repeat Step 2. 

20 b) Remove <P.tentlen9th,{Adja>)-DP(P)}> from TENT, 

C) Add ■<:P.d{P),{Adj(P) -DP(P)}> to PATHS. 

d) If this Is the Level 2 Ded^on Process ninning, and the system 
25 Just added to PATHS listed itself as Partition Designated Level 2 

Intermediate system, then additionally add <:AREA-P,d(P),{Adj(P)>> 
to PATHS, where AREA.P is the Network Entity Title of the other 
end of the Virtual Unk« obtained taldng tne finst AREA 
listed in P*s LSP and appending P's ID, 



e) If the system Just added to PATHS was an end system, go to 
step 2. Else go to Step 1 , 



NOTE - In the level 2 tjontext, the '*End Systems'* are the set of 

3 5 Reachable Address Prefixes (for OSl), the set of Area Addresses with 

zero cost (again, for OSI), plus the set of IP reachat»1rty entries 
(including bodi internal and external). 

it will be seen from Step 1 , 3) that the modified SPP algorithm may be used in networks where 

4 0 one or more of Hie nodes are split stad( nodes, if a neighbouring node N, or adjaoency, 

supports a protocol set not supported by node P and if the value of DP(P) is equal to zero (i.e, 
P is not a dual router) then P is assumed to be a split stack node and DP(N} should be set to 
the SID of node P. 

4 5 The above description refers to an algorithm in which it is assumed that a dual router is capable 
of encapsulating and de-encapsulating packets of both supported protocols, A and B. If the 
algorithm is to t)e used in a network containing one or more dual routers which are not capable 
of encapsulating and de-encapsulating packets of both supported prx)toools then certain 
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changes can be made to the algortthm. By assigning a suitable idenfifier indicating support for 
the encapsulation/de-encapsulation function, it Is possible to identify not only wtiether a dual 
router is able to support one or more protocols, but also to identify explicitly Its ability to 
encapsulate/de-encapsulate the protocols it supports. 

5 

One embodiment of the invention which enables this, for example, requires firstly the entn'es in 
both the PATHS and TENT to be updated to contain instead of one DP(r^ entry, two entries 
one for each protocol. For example, an entry to a destination N could have the following 
format:- 

10 <N, d(N). {Adi(N)-ADP(N)-BDP(N)} 

Where: 

ADP(N) - Is the next router along the PATH to N capable of encapsulating and de- 
enoapsulating packets of protocol A in packets of protocol B. 

BDP(N) - Is the next router along the PATH to N capable of encapsulating and de- 
1 5 encapsulating packets of protocol B In packets of protocol A. 

Secondly, when moving an entry fiom the TENT database to the PATHS database Instead of 
examining the "protocols supported** field of an L3P, one or more fields may t>e exantined which 
indicate the encapsulation capability, for example - the ''Encapsulation Capability field(s}'' (a 

20 name v^lch may change) could be examined for each protocol. If the value of this field in the 
LSP indicates that this router is capable of encapsulating and de-encapsulating protocol A over 
protocol B packets and the value of ADP(N) is set to the NULL indicator then the value of 
ADP(N} should be set to the SID of this router. If the value of this field in the LSP indicates that 
this router Is capable of encapsulating and de-encapsulating protocol B over protocol A packets 

25 and the value of BDP(N) is set to the NULL indicator then the value of BDP(N) should be set to 
the SID of this router. All other behaviour of the algorithm should remain as described 
hereinabove with reference to other embodiments of the invention. 

in the above embodiment, the algorithm utilises a new type-line value (TLV) which enables both 
30 an IP over OSI dual router and a OSI over IP dual router to be located instead of simply looking 
for dual routers perse. Instead of an "adjaoency-dual protocol router" pair associated with each 
entry in the PATHS table, an ''adjacency-OSIov^lP dual protocol router-IPoverOSI dual 
protocol router" entry is associated. (Note, that in most cases the OSIoverIP and IPoverOSI DP 
routers will be the same.) 



35 
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As an example, in me ennbodiment of the invention the TLV (or equivalent!/ oode-llne value) 
oDuld comprise the following:- 

Cocle=16(dedma]) (meaning "encapsulation/deenoapsulation capability" field); 
5 Length ^ length gf value field 
Value > 
1st byte=1 

This byte \A for future ver^ons or options or i^es» but can be set to 1 for thte inftfaf version. 
Bytes 2,3,4 are a triplet of the form> 
1 0 encapsu!ation_mode ^ 47 for GRE (Generic Routing Enoapsulafion) as per RFC 
1701,1702,2784,3147) 

inner^protocol'^the NLPID of the protocol that can t>& received in encapsulation form 
(»iterj:>rotocol-the NLPID of the protocol that can be used to transport the encapsulated packet 

IS A second^ third, fourth and so on triplet can then t>e added as necessary 

The TLV can be expanded for other uses in the future by two mechanisms. Fi^y, by using a 
number different to 47, in which case the triple need not even be a triplet anymore. For 
example^ if a sub-feature that needs 6 t^es is defined It can be given a number of 35, for 
2 0 example. It is also envisaged that IP over IF could use the IP protocol number for IP over IP 
encapsulation (4) for example. Secondly, by using a new first byte, other than 1, in which case 
all previous definitions are Invalid and we can start again, without needing a new TLV number. 

In such an example, in a typical dual NE the TLV could be induded in LSPs (leveM and level- 
25 2) and could comprise:- 





16 


: the code 




7 


: the value lengUi (in this example) 




1 


: initial version/option 


30 


47 


: next two bytes are a supported GRE mode 




129 


: IPI for CLNP from ISO 9577 as inner 




204 


: IPI for IPv4 from ISO 9577 as outer 




47 


: next two bytes are a supported GRE mode 




204 


: IPI for IPv4 from ISO 9577 as Inner 


35 


129 


: IPI for CLNP from ISO 0577 as outer 
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m this case the TLV indicates that the IS can receive CLNPoverIP (RFC 1702) In the first triplet 
and IPoverCiJMS (RFC S147) in the second. 

As an example, It Is possible for an IP interface to not be configured on a card and yet the card 
5 advertises itself as a dual router. In this instance, if an explicit encapsulation capability field is 
not used, an error event may occur as an IP address cannot be determined for the card and 
therefore packets cannot be encapsulated in IP and sent to the card. 

Advantageously, it Is possible to prevent such situations occurring using the invention in at least 
10 two ways. For example, using the above embodiment tlie PATHS triplets can be modified to 
store two systems IDs. The first ID in this embodiment js able to do iPoverCLNS terniinatJon, 
and is used in the IP forwarding table, effectively indicating "encapsulate and send here". The 
second ID indicates the capabBity to do CLI^iPoverlP. and this ID is put Into the OSI fonvarding 
table, effectively indtcaUr« "encapsulate and send here*. Although the two system IDs should 
15 nornially be the same they need not always be. Alternatively, one cah simply use the algorithm 
which determines routers able to support both protocols and constrain the search for the next 
dual router such that the next dual router must have a TLV with both triplets In it (e.g. 
IPoveiCI-NS and CLNPoverIP). For clarity, as Is Icnown to those skilled In the art, the 
equivalent also applies to OSIoverIP and IPoverOSI embodiments of the invention. 

20 

It is useful if the encapsulation capability can be determined when computing routes. For 
example, if no indication is provided of encapsulation capability, then dual routers which do not 
in fact have encapsulation capability despite being able to support both protocols could be 
enx)neousiy selected as termination points for autotunnelllng. In particular, the order of 
25 encapsulation can be indicated by the ^capsulation capability Identifier^ l.e., whether OSI over 
IP is supported but not IP over QSL 

The invention Is not limited to the embodiments described herein which may be modified or 
varied without departing from the scope of the invention. 
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The text of the abstract repeated herein below is hereby deemed lncorporat«l into the 
descrlption:- 



In the preferred embodiment the Invention provides a modified Shortest Path First routing 
35 algorithm for use In a heterogeneous networlc. The routing algorithm Is modified to identify bi- 
lingual network nodes as ft calculates shortest paths. Once a node has been Identified as bi- 
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lingual, this information is carried over into subsequent path entrie$ created by the routing 
algorithm. This arrangement reduces «ie computatlonat burden on the routing algorfthm when 
identifying bWlngual routers. The algorithm may be modified to enable the use of an 
encapsulation capabUfty identifier to Indicate the encapsulation capability of bi-Ilngual routers, 
and the algorithm may be modified to use the encapsulation capability identifier in the 
calculation of the shortest paths. 



